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Synchronisation Modelling Using Templates 
and Network Management System 

Field of the Invention 

5 The present invention relates to network management and particularly, although not 
exclusively, to management of a communications network. 

Background to the Invention 

A conventional communications network, for example a broadband communications 

10 network comprises a plurality of physical resources, e,g. switches, cross-connects, 
regenerators, repeaters, transmission links such as fibre optic links or coaxial cable 
links, operating under control of a plurality of logical resources, e.g. transport 
protocols, and local controls associated with individual physical resources. The 
physical resources are located at a plurality of nodes or network elements and links 

1 5 which are distributed over a geographical area. A network operator maintains control 
of a communications network for its operation, administration and maintenance, 
utilising a management information base which stores information describing the 
physical and logical resources within the network. The management information base 
describes each network element within the network, which in a conventional network 

20 may be in the order of hundreds of individual network elements, e.g. switches, cross- 
connects, regenerators, each of which contains of the order of tens to hundreds of 
cards, having processes, line terminations, buffers, registers, switch fabrics, etc. In 
general, a conventional communications network may comprise a multitude of 
different legacy equipment types of different proprietary manufacture, each of which 

25 has its own particular internal configuration and offers its own specific capability. 

The information in the management information base is used to assist the network 
operator to identify and locate problems within the network such as a broken 
transmission link or failed processor for example. 

30 

The International Telegraph and Telephone Consultative Committee (CCITT) of the 
International Telecommunications Union (ITU) in their Recommendation G.774 
published September 1992 (available from International Telecommunications Union, 
General Secretariat, Sales Service, Place de Nation, CM211, Geneva 20, 
35 Switzerland), specifies a recommended architecture of an information model for 
Synchronous Digital Hierarchy (SDH) network. In Recommendation G.774, there is 
specified a model which describes managed object classes and their properties which 
are useful for describing information exchanged across interfaces to find in 
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Recommendation M.3010, Telecommunications Network Management (TNM) 
architecture, also of the ITU-T. Recommendation G.774 identifies the 
Telecommunications Management Network (TMN) object classes required for the 
management of SDH network elements, and specialises the generic object classes 
5 presented in Recommendation M.3010 to provide management information 
specifically for synchronous digital hierarchy. These objects are relevant to 
information exchanged across standardised interfaces defined in Recommendation 
M.3010 TMN architecture. In Recommendation G.774, network resources are 
modelled as objects and a management view of a resource is referred to as a 
1 0 managed object. Objects with similar attributes may be grouped in object classes. 
An object is characterised by its object class and object instance, and may possess 
multiple attribute types and associated values. Object class is defined in 
Recommendation G.774 applied to various management areas, for example fault 
management and configuration management 

15 

Existing methods of obtaining information and managing the synchronisation of 
synchronous networks rely on network elements within the network selecting the 
network element connected to it with the best source of synchronisation information. 
A number of parameters are used to determine the quality of the synchronisation 
20 information from each connected NE including the received waveform shape and the 
number of NE's in the synchronisation trail back to a Primary Reference Source 
(PRS) - a single definitive timing input into the network. Such an arrangement is 
described in Jamasebi UK Patent Application No. 9605013.3. 

25 Occasionally sync problems occur on the network caused by for example an optical 
fibre link between NE's being broken, which results in some NE's within the network 
drifting off sync with the rest of the network. This problem is dealt with by 
interrogating the problem NE's to determine their synchronisation sources and, if 
appropriate, re-assign their synchronisation sources to correct the problem. 

30 

Object of the Invention 

It is a further object of the present invention to provide an improved method of 
providing synchronisation information for a communications network. 

35 

Summary of the Invention 
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In a first aspect the present invention provides in a communications network 
comprising a plurality of network elements, a method of providing management data 
describing synchronisation trail information for said network elements, said method 
comprising the steps of: 
5 obtaining network element synchronisation data; 

obtaining network element connectivity data; 

deriving synchronisation trail information for said network elements from said 
synchronisation data and said connectivity data. 

10 In a second aspect the present invention provides a data representation of a physical 
resource operating in accordance with a protocol having a plurality of layers, the 
representation further comprising a timing layer representing synchronisation trail 
information. 

15 In a third aspect the present invention provides in a communications network 
comprising a plurality of network elements, said network elements comprising a 
plurality of physical resources organised into a plurality of types of pre-configured 
structures, a method of providing management data describing synchronisation trail 
information of said network elements, comprising the steps of: 

20 

representing said plurality of physical resources by a plurality of reference data; 
and representing synchronisation trails within said network by a plurality of 
synchronisation reference data. 

25 In a fourth aspect the present invention provides a management system of managing 
synchronisation for a network comprising a plurality of physical resources, said system 
comprising: 

data storage means for storing; 
30 reference data representing connectivity between said resources; 

and synchronisation reference data representing synchronisation trails to each 
resource. 

In a fifth aspect the present invention provides a method of exploring synchronisation 
35 trails within a network comprising a plurality of network elements, the method 
comprising the steps of: 

obtaining network element synchronisation data; 

obtaining network element connectivity data; 

deriving synchronisation trail information from a network element and following 
40 the trail to the synchronisation source of the element, using said synchronisation data 
and said connectivity data. 
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In a sixth aspect the present invention provides a method of displaying information 
relating to synchronisation trails within a network comprising a plurality of network 
elements, said method comprising: 
5 obtaining network element synchronisation data; 

obtaining network element connectivity data; 

deriving synchronisation trail information for said network elements from said 
synchronisation data and said connectivity data; 

for each synchronisation trail, displaying in graphical form the synchronisation 
10 trail information from a network element and following the trail to the synchronisation 
source of the element. 

Brief Description of the Drawings 

15 For a better understanding of the invention and to show how the same may be carried 
into effect, there will now be described by way of example only, specific 
embodiments, methods and processes according to the present invention with 
reference to the accompanying drawings in which: 

20 Figure 1 shows a communications network to which the invention may be applied; 

Figure 2 shows the network modelled as multiple layered networks according to the 
G.803 SDH based transport layered model; 

25 Figure 3 shows the network management architecture of the network; 

Figure 4 shows the synchronisation configuration of an STM-1 ADD/DROP 
MULTIPLEXER; 

30 Figure 5 shows a flow chart of a preferred synchronisation trail finding algorithm of the 
invention; 

Figure 6 shows an example of a network synchronisation plan; 

35 Figure 7 shows a second example of a network synchronisation plan; 

Figure 8 shows a template representation for a STM-1 ADD/DROP MULTIPLEXER; 
and 



5 



Figure 9 shows the sync source points for a STM-1 ADD/DROP MULTIPLEXER. 

Detailed Description of the Drawings 

5 There will now be described by way of example the best mode contemplated by the 
inventors for carrying out the invention. In the following description numerous specific 
details are set forth in order to provide a thorough understanding of the present 
invention. It will be apparent however, to one skilled in the art, that the present 
invention may be practised without using the specific details. In other instances, one 
10 own methods instructures have not been described in detail so as not to 
unnecessarily obscure the present invention. 

In the following discussion, a best mode implementation of the invention is described 
with reference to Synchronous Digital Hierarchy (SDH) system. However, it will be 

15 understood that the scope of the invention is not restricted to SDH systems, but 
extends over any network of physical and logical resources in the telecommunications 
or computer networks domains having a management information system. Networks 
operating Asynchronous Transfer Mode (ATM), Synchronous Optical Network 
(SONET), Integrated Service Digital Network (ISDN) and SDH are specific examples 

20 of such networks. However, the invention is not restricted to networks operating 
these specific protocols. 

Within the following description, references are made to terms defined in International 
Telecommunications Union (ITU-T) Recommendations G.803 and G.805. 

25 

Referring to Figure 1, an example of a communications network to which the 
synchronisation management arrangement of the invention can be applied. The 
network elements 600-605 contained in the network may be from different vendors or 
manufacturers. The network comprises multiple layer networks for example virtual 
30 container 12 VC12 or VC4 as described in G.803 and shows schematically in Figure 2. 

A connection may be provided across the network for a client by the network operator 
using a network management system 607. The connection will typically span more 
than one layer network. A trail connects termination points across a layer network in 
35 order to convey information between the two termination points, in order to manage 
the trails the network is provided with a trail manager which forms part of the network 
management system 607. The trail manager comprises a trail database which stores 
data describing connections among trail termination points and different layer networks 
such that a complete client connection can be described. The trail manager manages 



6 



the network establishing, modifying and releasing connections among the termination 
points in response to client requests. 

Synchronisation refers to the requirement that the transmit and receive ends of the 
5 connection operate at the same dock rate so that bits are not misread. The receiver 
may derive its timing from the incoming line or from an external source for example to 
achieve bit synchronisation. 

Synchronisation for an SDH network is provided from at least one Primary Reference 
10 Source (PRS) or Clocks (PRC). The signal is passed through the SDH network 
elements and can be regenerated with Synchronisation Source/Distribution Units 
(SSUs). 

The objective of synchronisation is to keep timing of the source and receive clocks in 
15 step. Differences in timing at network elements within a network will cause the 
receiving NE to either drop or reread information sent to it. This is referred to as slip. 
Other symptoms of misalignment of the synchronisation are jitters and wanders which 
can be caused by laser and clock rates changing. 

20 The present invention provides the ability to view the network synchronisation plan or 
the synchronisation path or trail for each NE in the network. The invention also 
provides analysis of the path by looking for loops, islands and number of hops between 
NE and an external source as these might cause the above problems. 

25 The network synchronisation plan can be defined as a series of synchronisation paths 
(one for each NE in the network) or trails within an additional layer network (the timing 
layer or section) which describe the synchronisation of the network. A synchronisation 
path for an NE describes the connectivity between the NE and its synchronisation 
Primary Reference Source, by depicting all the NE's involved in the path, linked 

30 together in a chain back to the PRS. The synchronisation plan also includes the sync 
source hierarchy for each NE and any available quality levels associated with each 
source. 

A synchronisation loop occurs in the network when an NEs timing source or reference 
35 can be traced back to itself. A synchronisation island occurs when an NE or a group of 
NEs does not have the sync source or reference connected to the rest of the network 
or a Primary Reference Source. 

The Synchronisation Manager (SM) obtains the following data on NE's within the 
40 network: 

the active input timing signal. 
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the input timing signal priorities (e.g. primary, secondary sources etc.). 

the output timing signals. 

the quality levels of the input and output signals. 

5 In addition, the SM requires physical connectivity data for the complete network, 
including the Sync Source Units. This must either be provided by the user using a trail 
database for example or the Synchronisation Manager may be integrated into a Trail 
Manager application which is able to provide this data. 

1 0 The Sync information is gathered from the network by Managed Object Agents MOAs 
which are related to different types of NEs . Within an element controller, a managed 
object agent (MOA) implements management of the network elements according to 

15 

instructions received from a network manager. The managed object agent uses data in 
the templates to manage the network elements. The sync information is transported up 
20 to the Trail Database whereupon the SM processes and analyses this data to derive 
the sync plan of the network, which can be displayed to a requesting user on the User 
Interface. Figure 3 shows the architecture involved in this mechanism. 

25 

Figure 4 shows the Synchronisation arrangements in an STM-1 ADD/DROP 
MULTIPLEXER shelf for example where the possible input to the timing circuit is 2 
MHz clock extracted from the Optical line, the 2 MHz clock supplied by an SSU or the 
30 internal timing source of the shelf. 

In a typical network, a single Primary Reference Clock (occasionally another is used 
for redundancy) is used as the master timing reference for the network. All SDH 
Network Elements are referenced to this source. The Network synchronisation 
35 topology will ideally be designed to provide NEs with alternative synchronisation trails 
to the PRC for back-up in the event of failure of the original route. 

Synchronisation is normally passed along the synchronisation trails in master-slave 
fashion with each NE responsible for forwarding synchronisation to the next NE in the 
40 chain. 

Each NE unilaterally chooses its synchronisation source based on a synchronisation 
source selection algorithm or alternatively by manual intervention. For redundancy 
purposes, a network has more than one access point for a PRC or a duplicate PRC. 
45 However the synchronisation flow is so set up that all NEs normally derive 
synchronisation via one access point/PRC. 
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Each Network Element Clock is locked to an external synchronisation signal traceable 
back to the PRC. As synchronisation is passed along the chain it may become 
impaired due to jitter and wander accumulation from the Network Element clocks 
5 through which it passes. At specific points along the synchronisation trail the clock is 
extracted and filtered in high performance clock equipment known as Synchronisation 
Source Supply units (SSUs), before being reinserted back into the trail. 

The actual locations at which the SSUs are deployed within a network are dictated by 
10 the size of the synchronisation network. A synchronisation path can travel through a 
number of clocks of different types, the maximum number of SSU and NE clocks types 
allowed per path is set by G.805. 

In the event of a failure in the synchronisation trail, and where no back-up route is 
1 5 available, a node and any nodes slaved from it may become isolated from the PRC. 
The highest quality node closest to the PRC normally becomes the master clock for 
the trail, and by entering holdover mode, will maintain alignment with the reference 
until the route to the PRC is restored. 

20 The synchronisation function within the Network Element provides timing both 
internally for use within the Network Element itself, and externally at the external 
synchronisation Port(s) for incorporation with specific synchronisation equipment (e.g. 
SSUs). 

25 To compute the sync trails/paths and to analyse the sync paths for loops and islands, 
the Synchronisation Manager requires information on the physical connectivity 
between NEs in the network and the actual sync source configuration for each NE. 

Preferably the Synchronisation Manager interfaces with a trail database (DB) provided 
30 by a Trail Manager application which provides the network elements physical 
connectivity. 

To ensure that the SM is consistent with the network data, the DB is updated when an 
NE changes it's sync source. This can be achieved by the NEs asynchronously 
35 notifying their controllers, whom in turn notify the SM that the sync source has 
changed. The SM then requests the new information from the NE and updates the DB. 

Preferably an Audit facility which periodically looks for changed and new trails within 
the network could be utilised to also look for changes in the synchronisation 
40 information. 
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The trail database, in addition to physical connectivity, will require additional 
information to model the required synchronisation information. Preferably this 
information is provided in the form of templates representative of predetermined 
configurations. This includes new endpoint templates for each of the four possible 
5 timing sources (tributary, aggregate, external and internal), a new Network Element 
template for the SSU NE, and new connectivity rule templates. The disclosure of 
applicants co-pending US application 09/010387 is referred to for further discussion on 
applicant's template mechanism. 

10 When displaying the sync paths for the complete Network, the user is given the ability 
to analyse the sync paths, looking for islands and loops. 

The sync analysis algorithm performs the following tasks and analysis: 

Identify Timing Islands. 
15 - Identify Timing Loops. 

Count the number of hops from start of a sync trail to PRC. 
Count the number of hops in between SSUs. 

Figure 5 shows a flow chart of the algorithm. The algorithm preferably uses the 
20 concept of leafNodes. leafNodes are NEs at the "edge" of the network. For efficiency 
reasons it is preferable to start the Sync trail search from leafNodes. This eliminates 
re-visiting nodes and hence improves the performance of the algorithm. The list of 
leafNodes is created each time the algorithm is run. Alternatively, the list is 
maintained and updated if necessary so that the starting points in the Sync Trail 
25 search is identified. 

The algorithm 'tags' the NEs that have already been involved in the Sync Trail and 
'labels' each NE as 

OK if the trail ends up with PRC 
30 - ISLAND if trail is not traceable back to PRC. 

LOOP if sync source is traced back to an NE that is already in the sync 
path. 

DERIVEDJ-OOP if the NE receives its sync source from a LOOP. 

35 Initially the first NE in the list is chosen. A check is made to see if this NE was involved 
in the analysis before. If NE is not 'tagged' then it is picked as a start of Sync Trail 
search and if the NE was tagged the Data Base is worked through 'in order" until an 
NE is found that is not tagged. When the complete list of NEs is covered the algorithm 
terminates. 

40 
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The NE is first tagged so that in the next NE search it is not picked. This NE is now 
start of sync trail search. Until proven otherwise this NE is considered as a LeafNode 
i.e. an NE at the edge of the network. An object is made to hold this NEs id, the 
number of NE hops to PRC and intermediate SSUs and all the NE IDs that connect 
5 this NE to PRC. The PRCcount is the sum of all SSU counts. List of all leafNodes are 
maintained. 

There are a few reasons why the sync source of an NE can not be found. Either the 
NE is in fact a PRC in which case the sync trail terminates and the object attributes 
1 0 are updated. Or the NE drives the source internally form its local oscillator. This will be 
translated as the trail of NEs are forming a Timing Island. 

If the timing source and also the NE it is coming from is detected then a check is first 
made to see if the NE supplying the sync has been visited before. If the answer is yes 
15 then a second check is made to see if the NE was part of sync trail island or loop 
identified earlier. If the NE supplying the sync source was itself part of the timing loop 
or island then all NEs identified as leading up to this NE will be marked as such. 

If the NE has not been visited before then it is first tagged and then a check is made to 
20 see if it is an SSU or a PRC. 

If the trail has reached an NE where the NE is not a PRC and the NE is not sourced 
from any other NE, this indicates that all NEs in this trail can not be traced back to 
PRC and hence the trail is a Timing Island. All NEs in this trail are then labelled 
25 accordingly. NEs which are part of sync trail traceable back to PRC are labelled as 
'OK'. 

If the source NE has been visited before, a check is made to see if this NE was 
labelled as being part of an Island or Loop. All NEs in the sync trail are then labelled 
30 as members of a timing loop. If NE is not labelled and the sync trail search has ended 
up on the same NE then criteria is meet for a Timing loop detection and the NE is 
labelled as "LOOP". The label for the all NEs in the sync trail is then applied 
accordingly. 

35 The number of hops from a selected NE back to PRC is calculated and also the 
number of NEs in between SSUs. A check is then made to see if numbers are below 
specified thresholds. 

In the network of Figure 6 the PRC source for the sub-network has failed. Node G has 
40 reverted to its secondary sync source. The algorithm considers nodes A and K as 
leafNodes. Assuming we start from an arbitrary point in the list of NEs (say F) then we 
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detect E as being the sync source for F and D for E etc. Because the sync trail is in a 
loop the search comes back to node F. None of the nodes at this point are labelled. 
Node F is already been visited so it is labelled as "LOOP". 

5 The network of Figure 7 is a valid sync configuration. Assuming the search starts at 
node E, the sync trail is terminated successfully at PRC. The next sync trail search 
could start from: 

Node D which is traced back to E which is already visited. E is labelled as 
OK so search stops. 
1 0 - Node C. C is traced back to K which is already visited. 

To populate the Database with synchronisation data, preferably templates which 
describe the NEs and what they support are sent, then the actual data is sent in the 
form of Endpoints and Connections. The templates include sync data and the sync 
15 sources of the NE are represented as connections when .the connection data is sent 
up. 

The synchronisation information required from the NEs and hence to be reported by 
the MOAs to the DB includes: 

20 

The active sync source; 
Sync source hierarchy; 

Quality level of the NE (the derived quality level); 

The output sync signal and where appropriate the output source 
25 hierarchy. 

Notification of Sync source changes. 

Templates are static data, held by the MOAs and the preferred connectivity manager, 
which describe or model particular parts of an NE (e.g. the NE itself, Endpoints, CTP 
30 groups etc.). EndPoints are registered as instances of templates, which they refer to 
and are normally anchored in the physical layer. An example of a template, up-issued 
to include the synchronisation information, for the STM-1 ADD/DROP MULTIPLEXER 
NE is shown in Figure 8. 

35 The trail template data is used to model the TN-IX NEs endpoints and connection 
rules. A new timing section layer (TS) is included. This is not a change to the 
template mechanism, just the static template data. This new layer models the 
synchronisation connections on the network elements. The sync signals passed 
around the network can then be modelled as sync trails using the connections within 

40 this layer. 
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In the STM-1 ADD/DROP MULTIPLEXER example, the existing templates for the 
Aggregate port and Trib ports need to be adjusted for the addition of the sync layer. 
And new templates for External 2MHz clocks (input and output) as well as the internal 
5 sync source and the PLL input are defined. 

The endpoint that represents the NE's timing port (Phase Lock loop) can have a 
number of connections one for each priority in the sync hierarchy. 

1 0 CTP group connectivity rules include the following: 

No connection between the sync sources allowed. 
At any one time only one of the sync sources may connect to PLL. 
The output of the PLL may connect to external sync source. 
An input Sync source may connect directly to the external output sync 
1 5 source. 

An input Sync source must not connect directly to the external output 
sync source as well as the PLL. 

The endpoint that represents the NE's timing port (Phase Lock Loop) can have a 
20 number of connections one for each priority in the sync hierarchy. 

All EndPoint information is sent up by the MOA to SM and the Endpoints refer to 
unique template numbers. Endpoints are defined for all Sync source points as shown 
in the example in Figure 9. 

25 

There are two categories of templates, these are Endpoint and CTP group templates. 
Endpoint templates are static data held by the MOAs describing a particular type of an 
EndPoint and CTP templates describe the connectivity capabilities between Endpoint 
templates. 

30 

Endpoint templates are used for all External Source Input (ESI), External Source 
Output (ESO) ports, as well as for the Phase Lock Loop attribute, this will contain the 
timing qualities of the network element. CTP group templates are also defined to 
identify the type and range of get and set operations that can be performed in the 
35 synchronization domain. 

Logical endpoints or ports represent the Phase Lock Loop (PLL) which represents the 
quality of timing for the Network Element. Endpoints or ports also represent the 
External Source Input and Outputs ports. The new ports are enrolled along with the 
40 existing card ports. 
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The synchronisation data such as the active source and quality levels are requested 
via the get connections request to the MOA. An audit process runs periodically to 
obtain this data. 
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Claims 

1. In a communications network comprising a plurality of network elements, a 
method of providing management data describing synchronisation trail information for 

5 said network elements, said method comprising the steps of: 
obtaining network element synchronisation data; 
obtaining network element connectivity data; 

deriving synchronisation trail information for said network elements from said 
synchronisation data and said connectivity data. 

10 

2. A data representation of a physical resource operating in accordance with a 
protocol having a plurality of layers, the representation further comprising a timing 
layer representing synchronisation trail information. 

15 3. In a communications network comprising a plurality of network elements, said 
network elements comprising a plurality of physical resources organised into a plurality 
of types of pre-configured structures, a method of providing management data 
describing synchronisation trail information of said network elements, comprising the 
steps of: 

20 

representing said plurality of physical resources by a plurality of reference data; 
and representing synchronisation trails within said network by a plurality of 
synchronisation reference data. 

25 4. A management system of managing synchronisation for a network comprising 
a plurality of physical resources, said system comprising: 

data storage means for storing; 

reference data representing connectivity between said resources; 
30 and synchronisation reference data representing synchronisation trails to each 

resource. 

5. A method of exploring synchronisation trails within a network comprising a 
plurality of network elements, the method comprising the steps of: 
35 obtaining network element synchronisation data; 

obtaining network element connectivity data; 

deriving synchronisation trail information from a network element and following 
the trail to the synchronisation source of the element, using said synchronisation data 
and said connectivity data. 

40 



15 



6. A method of displaying information relating to synchronisation trails within a 
network comprising a plurality of network elements, said method comprising: 

obtaining network element synchronisation data; 

obtaining network element connectivity data; 
5 deriving synchronisation trail information for said network elements from said 

synchronisation data and said connectivity data; 

for each synchronisation trail, displaying in graphical form the synchronisation 
trail information from a network element and following the trail to the synchronisation 
source of the element. 



10 
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ABSTRACT 



The present invention relates to network management where monitoring and control of 
the synchronisation path for each network element is currently provided for in a 
manual and ad hoc manner. The present invention provides a method of providing 
10 management data describing synchronisation trial information for network elements in 
a communications network. 
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DECLARATION AND POWER OF ATTORNEY FOR PATENT APPLICATION 



As a below named inventor, I hereby declare that: 



My residence, post office address and citizenship are as stated below next to my 
name. 



I believe I am the original, first and sole inventor (if only one name is listed below) or 
an original, first and joint inventor (if plural names are listed below) of the subject 
matter which is claimed and for which a patent is sought on the invention entitled 
Synchronisation Modelling Using Templates and Network Management 
System , the specification of which: 



XI is attached hereto. 

I | was filed on as 

Application Serial No. 

and was amended on if applicable). 



I hereby state that I have reviewed and understand the contents of the above 
identified specification, including the claims, as amended by any amendment 
referred to above. 



I acknowledge the duty to disclose information which is material to the examination 
of this application in accordance with Title 37, Code of Federal Regulations, Section 
1.56(a). 



I hereby claim foreign priority benefits under Title 35, United States Code, Section 
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119 of any foreign application(s) for patent or inventor's certificate listed below and 
have also identified below any foreign application for patent or inventor's certificate 
having a filing date before that of the application on which priority is claimed: 

PRIOR FOREIGN APPLICATION(S) 

Priority Claimed 

Country Number Date Filed Yes No 

United Kingdom 991 01 31 .3 30 April 1 999 □ 



□ □ 



I hereby claim the benefit under Title 35, United States Code Section 120 of any 
United States application(s) listed below and, insofar as the subject matter of each of 
the claims of this application is not disclosed in the prior United States application in 
the manner provided by the first paragraph of Title 35, United States Code, Section 
112, I acknowledge the duty to disclose material information as defined in Title 37, 
Code of Federal Regulations, Section 1.56(a) which occurred between the filing date 
of the prior application and the national or PCT international filing date of this 
application. 



A pplication Serial No. Filing Date Status 



And I hereby appoint Wm. Marshall Lee, Registration No. 16,853, John M. Mann, 
Registration No. 17,775, Thomas E. Smith, Registration No. 18,243, Dennis M. 
McWilliams, Registration No. 25,195, James R. Sweeney, Registration No. 18,721, 
William M. Lee, Jr., Registration No. 26,935, Glenn W. Ohlson, Registration No. 
28,455, David C. Brezina, Registration No. 34,128, Jeffrey R. Gray, Registration No. 
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33,391, Timothy J. Engling, Registration No. 39,970, Gregory B. Beggs, Registration 
No. 19,286, Gerald S. Geren, Registration No. 24,528 and Peter J. Shakula, 
Registration No. 40,808 as my attorneys to prosecute this application and to transact 
all business in the Patent and Trademark Office connected herewith. It is requested 
that all communications be directed to Lee, Mann, Smith, McWilliams, Sweeney & 
Ohlson, P.O. Box 2786, Chicago, Illinois 60690-2786, telephone number (312) 368- 
1300. 

I hereby declare that all statements made herein of my own knowledge are true and 
that all statements made on information and belief are believed to be true; and 
further that these statements were made with the knowledge that willful false 
statements and the like so made are punishable by fine or imprisonment, or both, 
under Section 1001 of Title 18 of the United States Code and that such willful false 
statements may jeopardize the validity of the application or any patent issued 
thereon. 



Full name of sole or first inventor: Andrew G Bevan 



Signature ^< 



Date 3* i^/sr/^- 



Country of Residence: UK 



Country of Citizenship: UK 



Post Office and Residence Address: 



9 John Gooch Drive 



Enfield, Middlesex, 



EN2 8HF. United Kingdom 
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Full name of joint inventor: Ni gel R Davis 




Date~X 



Country of Residence: UK 
Country of Citizenship: UK 

Post Office and Residence Address: 25 Whitchurch Garden 

Edqware. London HA8 6PF 
United Kingdom 

Full name of joint inventor: Richard Borrett 



Signature _H 




DateX 



It 




Country of Residence: UK 



Country of Citizenship: UK 



Post Office and Residence Address: 



219 Beech Road 



St Albans, Hertfordshire 



AL3 5AJ, United Kingdom 



